@alice-i-cecile any chance of giving this a review and possible merge in the near future?

I'm interested in using this crate (and pushing a 0.14 upgrade), but seeing this PR linger for 5 months has me worried that (understandably, given your new role in Bevy) this is on the back burner, and I'm better off either forking or helping out with bevy-autoplay (which is less expansive as this crate currently, so my preference would be for this crate to get some TLC).

@JeanMertz @alice-i-cecile I'll try to push this further along ASAP as well and add the tests that are needed for it to be merge-ready. happy to handle review comments as I do so if you get a chance Alice. it might take me a couple days since I have a couple other things going on.

I do also have some work done on the 0.14 upgrade as well ATM, just need to figure out the correct approach for the events-based tests now that the story around EventUpdateSignal resource in bevy works differently. (I had to fix some problems there when upgrading to 0.12.) I'll get back to that ASAP so it can be ready soon.

Just added some updates to merge main and update some tests. Not quite done here yet -- still need to add the new tests. But at least current tests pass. Will do my best to complete this soon!

@snendev I might have a use-case for this in the coming weeks. I could help push this over the finish line, unless you have any uncommitted work you're actively working on, or want to wrap this up soon?

With your blessing, please let me know what's still pending for this work to be good to go, other than adding new tests.

My apologies for the delay here! Thanks @JeanMertz for the ping.

If I remember right, I realized at some point that Observers were probably more suited for this than Events anyway, and then I ended up down some deep rabbit hole instead of testing the new behavior. Then I went on a vacation and completely forgot about this. Really sorry about that!

I'll try to put up the commits I have cooking tonight -- tbh it kinda implies another big refactor though. I will probably put those changes up on a separate branch for independent review that way we can compare the solutions more easily, unless I really think one is much stronger than the other. Once it's clear what direction is preferred I would definitely appreciate help adding any tests we think are useful.

Sorry again for the delay! I'll put up the code ASAP.

No worries @snendev , and it does appear that observers would be the way to go on first sight.

@JeanMertz please compare with #39. Sorry for the delay, I got caught up in the ShouldEventsUpdate stuff messing up tests (which has happened to me in this crate before) -- haven't recently investigated why it works in this PR without that code, but either way, it's appropriate for the test suite.

--> #39!